Disarming malware in protected content

ABSTRACT

Systems and methods of disarming malicious code in protected content in a computer system having a processor are provided. The method includes determining that a received input file intended for a recipient is protected, the recipient may be connected to a network; accessing a credential associated with the intended recipient for accessing the protected input file; accessing the content of the protected input file based on the credential; modifying at least a portion of digital values of the content of the input file configuring to disable any malicious code included in the input file, thereby creating a modified input file; and protecting the modified input file based on the credential associated with the intended recipient. The method also includes forwarding the protected modified input file to the intended recipient in the network.

PRIORITY CLAIM

This disclosure claims priority under 35 U.S.C. § 119 to U.S.provisional patent application No. 62/473,902 filed on Mar. 20, 2017,which is incorporated herein by reference in its entirety.

BACKGROUND

Malware-based attacks pose significant risks to computer systems.Malware includes, for example, any malicious content, code, scripts,active content, or software designed or intended to damage, disable, ortake control over a computer or computer system. Examples of malwareinclude computer viruses, worms, trojan horses, ransomware, spyware,shellcode, etc. Malware may be received into a computer system invarious ways, commonly through electronic communications such as email(and its attachments) and downloads from websites. Computer systems areknown to implement various protective tools at end-user computer devicesand/or gateways or access points to the computer system for screening ordetecting malicious content before the malicious content is allowed toinfect the computer system. Conventional tools commonly rely on theability to identify or recognize a particular malicious threat orcharacteristics known to be associated with malicious content oractivity.

For example, common attempts to identify malicious content includescreening incoming documents at a host computer or server based on acomparison with known malicious signatures. Such signature-based malwaredetection techniques, however, are incapable of identifying maliciouscontent for which a malicious signature has not yet been identified.Accordingly, it is generally not possible to identify new maliciouscontent or subtle variations of existing malicious content usingsignature-based detection methods. Furthermore, in many cases, maliciouscontent is embedded in otherwise legitimate content, documents or fileshaving proper structure and characteristics, and the malicious contentmay also be disguised to hide the malicious nature of the content, sothat the malicious content appears to be innocuous. Thus, even uponinspection of a document according to known malware scanning techniques,it may be difficult to identify malicious content.

Other conventional tools for identifying malicious content implementbehavior-based techniques or heuristics to identify characteristics ofknown malicious content or other suspicious activity or behavior. Onesuch technique implements a “sandbox,” (e.g., a type of secured,monitored, or virtual operating system environment) which can be used toexecute untested or untrusted programs, files, or code in a manner thateliminates or reduces risk of harm to a host machine or operatingsystem. That is, conventional sandbox techniques may execute or detonatea file while monitoring the damage or operations post-detonation. Someoperations that may be monitored included operations for writing todisk, initiating network activity, the spawning of new processes and anyother potentially suspicious operations. These techniques, however, alsosuffer from the inability to identify new yet-to-be-identified exploits,e.g., so called zero-day exploits. Some sophisticated malware have alsobeen developed to evade such “sandbox” techniques by halting or skippingif it detects that it is running in such a virtual execution ormonitored environment. Furthermore, hackers typically evolve their codeto include delayed or staged attacks that may not be detected fromevaluation of a single file, for example, or may lay in wait for afuture unknown process to complete an attack. Thus, in some situationsit may be too computationally intensive or otherwise impracticable toidentify some malware exploits using conventional sandbox techniques.

Other tools that help overcome limitations of conventional malwaredetection techniques have recently been implemented and include thosebased on a concept of content disarm and reconstruction (CDR), orcontent sanitization, which generally refers to techniques for analyzingor deconstructing content, removing aspects of the content that poserisks, and reconstructing the content to be at least partly usable by anend user. Other techniques exist for changing a format of the content,for example, to hopefully destroy any malicious content that may be partof the received content. Such CDR techniques aim to remove or disarm anymalicious content that may be included in content. Some CDR processesresult in the creation of modified content, or content that differs inone or more ways from the content entering a computer system on which aCDR technique is performed. In some systems, use of a CDR techniquecreates a modified file. Because some CDR techniques do not necessarilyrequire prior detection of malicious content in the received content,these techniques may provide an advantage for protecting computersystems from yet-to-be identified attacks.

While in some cases it may be advantageous to perform a CDR process onall content received by or entering a computer system to preventmalicious content from infecting the computer system, there are somesignificant use cases where this may not be workable. For example, somecomputer systems may receive a significant volume of protected contentas part of its regular course of business. Protected content maygenerally refer to any content that is encrypted or otherwise obscuredor prevented from being accessed based on one or more controls placed onthe content. Because existing CDR techniques require access to theunderlying digital content, such techniques are ineffective when thereceived content is protected. And any sort of selective CDR processingof protected content also risks harm to the system because of potentialmistakes in the selection process.

The challenges posed by protected content are exacerbated where the CDRtechnique is performed at a gateway to a computer system or some otherdevice other than an end-user client device. Similar problems also existfor conventional tools for identifying malicious content, such as thesignature-based and behavior-based techniques mentioned above.

Current techniques and systems do not provide capabilities forprotecting computer systems from malicious content included in protectedcontent. Thus, there is a need in computer systems for techniques tomitigate the risks posed by malware attacks included in protectedcontent. There is also a need for using a CDR process for protectedcontent, while attaining the benefits and goals for protecting thecontent.

SUMMARY

In the following description certain aspects and embodiments of thepresent disclosure will become evident. It should be understood that thedisclosure, in its broadest sense, could be practiced without having oneor more features of these aspects and embodiments. It should also beunderstood that these aspects and embodiments are examples only.

The disclosed embodiments include a method for disarming malicious codein protected content. The method may be performed by a processor of acomputer system and includes operations for determining that a receivedinput file intended for a recipient is protected, accessing a credentialassociated with the intended recipient for accessing the protected inputfile, accessing the content of the protected input file based on thecredential, modifying at least a portion of digital values of thecontent configuring to disable any malicious code included in thecontent, thereby creating a modified input file, and protecting themodified input file based on the credential associated with the intendedrecipient. In some embodiments, the protected, modified input filed maybe forwarded to the intended recipient. The intended recipient may beassociated with a device that receives the input file. Further, thisdevice may in some configurations be connected to a network.

The disclosed embodiments include another method for disarming maliciouscode in protected content in a computer system. The method includesoperations for determining that a received content intended for a (e.g.,networked) recipient is protected, accessing a credential for accessingthe protected content, accessing the digital values of the protectedcontent based on the credential, modifying at least a portion of thedigital values of the content configuring to disable any malicious codeincluded in the content, thereby creating modified content, and enablingaccess to the modified content by the intended recipient. In someembodiments, the modified content may be protected based on thecredential before enabling access to the modified content. In someembodiments, the modified content may be forwarded to the intendedrecipient.

The disclosed embodiments also include a method for protecting computersystems from malicious code included in protected content in a computersystem. The method includes operations for determining that a receivedcontent intended for a recipient in a network is protected, accessing acredential for accessing the protected content, determining whether thedigital values of the protected content include suspected maliciouscontent, and when no suspected malicious content is detected, enablingaccess to the protected content. In some embodiments, the content may bere-protected based on the credential or another credential beforeenabling access to the protected content.

In accordance with additional embodiments of the present disclosure, acomputer-readable medium is disclosed that stores instructions that,when executed by a processor(s), causes the processor(s) to performoperations consistent with one or more disclosed methods.

The disclosed embodiment also include a system for protecting a computersystem from malicious code included in protected content or disarmingmalicious code in protected content. The system includes a memory devicestoring a set of instructions, and a processor configured to execute theset of instructions to perform operations consistent with one or moredisclosed methods.

It is to be understood that both the foregoing general description andthe following detailed description are by example and explanatory only,and are not restrictive of the disclosed embodiments, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter regarded as the invention is particularly pointed outand distinctly claimed in the concluding portion of the specification.The disclosed principles, however, both as to organization and method ofoperation, together with objects, features, and advantages thereof, maybest be understood by reference to the following detailed descriptionwhen read with the accompanying drawings in which:

FIG. 1 is a schematic block diagram of an example computing environmentconsistent with the disclosed embodiments;

FIG. 2 is a schematic block diagram of an example computing systemadapted to perform aspects of the disclosed embodiments; and

FIG. 3 is a flowchart of an example process for modifying protectedcontent, consistent with the disclosed embodiments.

It will be appreciated that for simplicity and clarity of illustration,elements shown in the figures have not necessarily been drawn to scale.For example, the dimensions of some of the elements may be exaggeratedrelative to other elements for clarity. Further, where consideredappropriate, reference numerals may be repeated among the figures toindicate corresponding or analogous elements.

DETAILED DESCRIPTION

In the following detailed description, numerous specific details are setforth in order to provide a thorough understanding of the disclosedexample embodiments. However, it will be understood by those skilled inthe art that the principles of the example embodiments may be practicedwithout every specific detail. Well-known methods, procedures, andcomponents have not been described in detail so as not to obscure theprinciples of the example embodiments. Unless explicitly stated, theexample methods and processes described herein are not constrained to aparticular order or sequence. Additionally, some of the describedembodiments or elements thereof can occur or be performedsimultaneously, at the same point in time, or concurrently.

One technique hackers use to obtain control of a victim computer orcomputing environment is through the execution of malicious code at thevictim computer or computing environment using malicious contentreceived into a computer system via electronic files and electroniccommunications, such as via email, for example. The malicious code maybe any form of malware including computer viruses, worms, trojan horses,ransomware, spyware, shellcode, etc. The disclosed embodiments mayimplement techniques for disarming, sanitizing, or otherwise preventingmalicious content from entering a computer system via receivedelectronic content. In the disclosed embodiments, any (or all) inputcontent received by a computer system may be modified or transformed tothereby generate modified input content in which any malicious codeincluded in the input content is excluded, disarmed, or otherwiseprevented from causing its intended malicious effects. The modifiedinput content may then be sent to an intended recipient instead of theoriginal input content or until the original input content may be deemedsafe for releasing to the intended recipient. In some embodiments, theoriginal input content may be stored in a protective storage area andthus may be considered to be quarantined in the computer system, suchthat any malicious content in the original input content is unable toattack the computer system.

The disclosed embodiments implement techniques for creating modifiedcontent from received original content that has been protected (e.g.,encrypted or otherwise obscured or prevented from being accessed basedon one or more controls placed on the content). The disclosedembodiments also implement techniques for re-protecting the modifiedcontent to thus realize some of the same benefits for the modifiedcontent as the protected original content. Each of the disclosedembodiments need not provide all the same benefits for the modifiedcontent that the original protection provides. Additionally, each of thedisclosed embodiments need not necessarily create modified content fromthe received original content that has been protected.

In some embodiments, protected content may be formed by encryptingoriginal content and/or password protecting the original content orotherwise protecting the content, such that the digital values of theoriginal content (and any malicious code included therein) are notreadily accessible without first unprotecting the content. Protectedcontent may be formed by any of a number of known software applicationsfor protecting or intending to secure electronic communications,messages, and files. For example, known word processing applications andpdf applications include capabilities for encrypting or passwordprotecting files. Known electronic messaging applications and filetransfer applications also include capabilities for encrypting orpassword protecting communications or files. Any one or more techniquesfor protecting content may be used. Thus, the disclosed embodiments maybe implemented according to any particular content protection technique.

In some embodiments, before analyzing received content for suspectedmalicious content or before performing any modification of the receivedcontent, it may be necessary to first decrypt or unprotect the receivedcontent using a credential capable for this purpose.

In some embodiments, a credential may be based on a public keyinfrastructure (PM) system that is built on the concept of asymmetriccryptography, which includes a private, secret key and a public key thatcorresponds to the private key. A principle of asymmetric private/publickey cryptography is that anyone can use the public key to decryptsomething encrypted with the private key. The ability to decrypt amessage using a public key can verify the sender of the content assumingthe private key is kept secured and is verifiable as belonging to aparticular sender. Likewise, a private key can be used to decryptsomething encrypted with a public key. Encryption using a public key canensure that only a holder of the private key can access the encryptedcontent.

In other embodiments, a credential may include a shared secret, such asa password, token, symmetric key, or the like, or be based on orderivable from such a shared secret. In such embodiments, a sender andrecipient of the content may share knowledge of the credential (or otherinformation for determining the credential) used to protect the originalcontent. In the disclosed embodiments, the knowledge of the credential(or other information for determining the credential) may be shared andpredetermined according to any techniques known in the art.

The disclosed embodiments also implement techniques for tracking theprotected content or other types of content received by the computersystem, and associating the content (or copies or characteristicsthereof) either protected or unprotected with any respective generatedmodified content that may be passed on to an intended recipient. Theoriginal content (protected and/or unprotected) may be quarantined inthe computer system or otherwise prevented from being received oraccessed by an intended recipient, so that malicious content that may beincluded in the content is unable to infect the computer system. Becausethe disclosed embodiments may associate protected content withrespective modified content, the disclosed techniques also enable acomputer system to produce the original protected content upon demand,if needed, such as with respect to a legal proceeding or for any otherpurpose for which the original protected content is requested.

The disclosed embodiments may be associated with or provided as part ofa data sanitization or CDR process for sanitizing or modifyingelectronic content, including electronic mail or files or documents orweb content received at a victim computer or a computer system, such asvia e-mail or downloaded from the web, etc. The disclosed embodimentsmay implement any one or more of several CDR techniques applied toreceived content based on the type of content, for example, or otherfactors. Some example CDR techniques that may be implemented togetherwith the disclosed embodiments include document reformatting or documentlayout reconstruction techniques, such as those disclosed in U.S. Pat.No. 9,047,293, for example, the content of which is expresslyincorporated herein by reference. Additional example CDR techniquesinclude those for altering values of digital content, such as thosedisclosed in copending U.S. patent application Ser. Nos. 15/441,860 and15/441,904, filed Feb. 24, 2017, and techniques for preventing automaticexecution of active content, such as that disclosed in U.S. applicationSer. No. 15/616,577, filed Jun. 7, 2017, the contents of all of whichare also expressly incorporated herein by reference in their entirety.

The disclosed embodiments may implement one or more CDR processes togenerate the modified input content without regard to whether maliciouscontent is detected in the input content and without regard to whetherthe original input content is even analyzed by one or more malwaredetection techniques. The content disarming or sanitization techniquesof the disclosed embodiments thus may prevent malware infection withoutmalware detection. In some embodiments, however, one or more malwaredetection techniques may be implemented in association with receivinginput content and generating modified input content. In someembodiments, one or more malware detection techniques may be implementedwithout generating modified input content.

Reference is now made to FIG. 1, which is a block diagram of an examplecomputing environment 100, consistent with example embodiments of thepresent disclosure. As shown, system 100 may include a plurality ofcomputing systems interconnected via one or more networks 150. A firstnetwork 110 may be configured as a private network. The first network110 may include a plurality of host computers 120, one or more proxyservers 130, one or more e-mail servers 132, one or more file servers134, a content disarm server 136, and a firewall 140. In someembodiments, first network 110 may optionally include a credentialmanagement service 170 b, which may be part of or collocated with otherelements of network 110 or otherwise connected to network 110, such asvia content disarm server 136, as shown for example Any of proxy server130, e-mail server 132, or firewall 140 may be considered an edge orgateway network device that interfaces with a second network, such asnetwork 150. In some embodiments, content disarm server 136 may beconfigured as an edge or gateway device. When either of these elementsare configured to implement one or more security operations for network110, it may be referred to as a security gateway device. Host computers120 and other computing devices of first network 110 may be capable ofcommunicating with one or more web servers 160, cloud servers and otherhost computers 122 via one or more additional networks 150.

Networks 110 and 150 may comprise any type of computer networkingarrangement used to exchange data among a plurality of computingcomponents and systems. Network 110 may include a single local areanetwork or a plurality of distributed interconnected networks and may beassociated with a firm or organization, or a cloud storage service. Theinterconnected computing systems of network 110 may be within a singlebuilding, for example, or distributed throughout the United States andglobally. Network 110, thus, may include one or more private datanetworks, a virtual private network using a public network, one or moreLANs or WANs, and/or any other suitable combination of one or more typesof networks, secured or unsecured.

Network(s) 150 may comprise any type of computer networking arrangementfor facilitating communication between devices of the first network 110and other distributed computing components such as web servers 160,cloud servers 165, credential management service 170 a, or other hostcomputers 122. Web servers 160 and cloud servers 165 may include anyconfiguration of one or more servers or server systems interconnectedwith network 150 for facilitating communications and transmission ofcontent or other data to the plurality of computing systemsinterconnected via network 150. In some embodiments, cloud servers 165may include any configuration of one or more servers or server systemsproviding content or other data specifically for the computingcomponents of network 110. Network 150 may include the Internet, aprivate data network, a virtual private network using a public network,a Wi-Fi network, a LAN or WAN network, and/or other suitable connectionsthat may enable information exchange among various components of system100. Network 150 may also include a public switched telephone network(“PSTN”) and/or a wireless cellular network.

Host computers 120 and 122 may include any type of computing systemconfigured for communicating within network 110 and/or network 150. Hostcomputers 120, 122 may include, for example, a desktop computer, laptopcomputer, tablet, smartphone and any other network connected device suchas a server, server system, printer, as well as other networkingcomponents.

File server 134 may include one or more file servers, which may refer toany type of computing component or system for managing files and otherdata for network 110. In some embodiments, file server 134 may include astorage area network comprising one or more servers or databases, orother configurations known in the art.

Content disarm server 136 may include one or more dedicated servers orserver systems or other computing components or systems for performingaspects of the example processes including disarming and modifying inputcontent. Accordingly, content disarm server 136 may be configured toperform aspects of a CDR solution, as well as perform other knownmalware mitigation techniques. Content disarm server 136 may be providedas part of network 110, as shown, or may be accessible to othercomputing components of network 110 via network 150, for example. Insome embodiments, some or all of the functionality attributed to contentdisarm server 136 may be performed in a host computer 120. Contentdisarm server 136 may be in communication with any of the computingcomponents of first network 110, and may function as an intermediarysystem to receive input content, including input electronic files andweb content, from proxy server 130, e-mail server 132, file server 134,host computer 120, or firewall 140 and return, forward, or store amodified input file or modified input content according to the exampleembodiments. In some embodiments, content disarm server 136 may beconfigured as a security gateway and/or an edge device to interceptelectronic communications entering a network.

Content disarm server 136 may also be configured to perform one or moremalware detection algorithms, such as a blacklist or signature-basedmalware detection algorithm, or other known behavior-based algorithms ortechniques for detecting malicious activity in a monitored runenvironment, such as a “sandbox,” for example. Accordingly, contentdisarm server 136 may include or may have access to one or moredatabases of malware signatures or behavioral characteristics, or one ormore blacklists of known malicious URLs, or other similar lists ofinformation (e.g., IP addresses, hostnames, domains, etc.) associatedwith malicious activity. Content disarm server 136 may also access oneor more other service providers that perform one or more malwaredetection algorithms as a service. In some embodiments, one or moremalware detection algorithms may be implemented together with thedisclosed techniques to detect any malicious content included in inputcontent. For example, one or more malware detection algorithms may beimplemented to first screen input content for known malicious content,whereby the example embodiments are then implemented to disarm anymalicious content that may have been included in the input content andthat may not have been detected by the one or more malware detectionalgorithms. Likewise, content disarm server 136 may also be configuredto perform one or more algorithms on received input content foridentifying suspicious content.

In some embodiments, content disarm server 136 and or file server 134may include a dedicated repository for storing original input content(and/or characteristics thereof) (protected or otherwise) received bycontent disarm server 136. The dedicated repository may be restrictedfrom general access by users or computers of network 110. The dedicatedrepository may be a protected storage or storage area that may preventany malicious content stored therein from attacking other computingdevices of the computer system. In some embodiments, all or selectoriginal input content (protected or otherwise) may be stored in thededicated repository for a predetermined period of time or according toa policy of a network administrator, for example. In some embodiments,characteristics associated with the original input content, such as ahash of an input content file, or a URL of requested web content, orother identifiers, etc., may be stored in addition to or instead of theoriginal input content. In those embodiments where the original inputcontent is protected, the protected original content may be stored inaddition to or instead of any subsequently unprotected original inputcontent.

Proxy server 130 may include one or more proxy servers, which may referto any type of computing component or system for handling communicationrequests between one or more interconnected computing devices of network110. In some embodiments, proxy server 130 may be configured as one ormore edge servers positioned between a private network of first network110, for example, and public network 150.

E-mail server 132 may include one or more e-mail servers, which mayrefer to any type of computing component or system for handlingelectronic mail communications between one or more interconnectedcomputing devices of network 110 and other devices external to network110. In some embodiments, e-mail server 132 may be configured as one ormore edge servers positioned between a private network of first network110, for example, and public network 150.

First network 110 may also include one or more firewalls 140,implemented according to any known firewall configuration forcontrolling communication traffic between first network 110 and network150. In some embodiments, firewall 140 may include an edge firewallconfigured to filter communications entering and leaving first network110. Firewall 140 may be positioned between network 150 and one or moreof proxy server 130 and e-mail server 132. In the embodiment shown,proxy server 130, e-mail server 132 and firewall 140 are positionedwithin first network 110, however, other configurations of network 110are contemplated by the present disclosure. For example, in anotherembodiment, one or more of the proxy server 130, e-mail server 132 andfirewall 140 may be provided external to the first network 110. Anyother suitable arrangement is also contemplated. Additionally, othernetworking components, not shown, may be implemented as part of firstnetwork 110 or external to network 110 for facilitating communicationswithin the first network 110 and with other external networks, such asnetwork 150.

When original input content is protected, the disclosed embodiments mayimplement the functionality of a credential management service 170 aand/or 170 b. Credential management service 170 a may include one ormore entities or services that represent a credential management serviceaccessible via network 150, for example, whereas credential managementservice 170 b may include one or more third party entities or servicesthat represent a credential management service dedicated to orassociated with network 110 or otherwise trusted by network 110. EntrustDatacard Corp., for example, operates one such third party credentialmanagement service. In some embodiments, credential management service170 b may include an administrator of network 110 or may be controlledby an administrator of network 110. Credential management service 170 amay be substantially similar to credential management service 170 b, andin some embodiments, may represent the same service or set of services.In some embodiments, credential management service 170 a may be part ofa third party service associated with one or more software applicationsimplemented for protecting the original input content, such as a serviceassociated with an application for facilitating secure or protectedcommunications between a sender and an intended recipient. Credentialmanagement services 170 a and 170 b may be any one or more servicesand/or entities providing functionality for managing or holding acredential or secret or some other information for deriving a credentialor a secret that may be used by a sender to protect original inputcontent received by a component of network 110. Any known credentialmanagement service and related services providing these or similarfunctionalities may be implemented in the disclosed embodiments.

The processes of the example embodiments may be implemented at any oneof the computing devices or systems shown in FIG. 1, including hostcomputer 120, 122, proxy server 130, e-mail server 132, file server 134,content disarm server 136, firewall 140, cloud server 165, andcredential management service 170 a, 170 b.

Reference is now made to FIG. 2, which is a schematic block diagram ofan example computing system 200 adapted to perform aspects of thedisclosed embodiments. According to the example embodiments, computingsystem 200 may be embodied in one or more computing components ofcomputing environment 100. For example, computing system 200 may beprovided as part of host computer 120,122, proxy server 130, e-mailserver 132, file server 134, content disarm server 136, cloud server165, or credential management service 170 a/170 b, for example. In someembodiments, computing system 200 may not include each element or unitdepicted in FIG. 2. Additionally, one of ordinary skill in the art wouldunderstand that the elements or units depicted in FIG. 2 are examplesonly and a computing system according to the example embodiments mayinclude additional or alternative elements than those shown.

Computing system 200 may include a controller or processor 210, a userinterface unit 202, communication unit 204, output unit 206, storageunit 212 and power supply 214. Controller/processor 210 may be, forexample, a central processing unit processor (CPU), a chip or anysuitable computing or computational device. Controller/processor 210 maybe programmed or otherwise configured to carry out aspects of thedisclosed embodiments.

Controller/processor 210 may include a memory unit 210A, which may be ormay include, for example, a Random Access Memory (RAM), a read onlymemory (ROM), a Dynamic RAM (DRAM), a Synchronous DRAM (SD-RAM), adouble data rate (DDR) memory chip, a Flash memory, a volatile memory, anon-volatile memory, a cache memory, a buffer, a short term memory unit,a long term memory unit, or other suitable computer-readable memoryunits or storage units. Memory unit 210A may be or may include aplurality of possibly different memory units.

Controller/processor 210 may further comprise executable code 210B whichmay be any executable code or instructions, e.g., an application, aprogram, a process, task or script. Executable code 210B may be executedby controller 210 possibly under control of operating system 210C. Forexample, executable code 210B may be an application that when operatingperforms one or more aspects of the example embodiments. Executable code210B may also include one or more applications configured to renderinput content, so as to open, read, edit, and otherwise interact withthe rendered content. Examples of a rendering application include one ofvarious Microsoft® Office® suite of applications, a PDF readerapplication or any other conventional application for openingconventional electronic documents, as well as a web browser foraccessing web content.

User interface unit 202 may be any interface enabling a user to control,tune and monitor the operation of computing system 200, including akeyboard, touch screen, pointing device, screen, and audio device suchas loudspeaker or earphones.

Communication unit 204 may be any communication supporting unit forcommunicating across a network that enables transferring, i.e.transmitting and receiving, digital and/or analog data, includingcommunicating over wired and/or wireless communication channelsaccording to any known format. Communication unit 204 may include one ormore interfaces known in the art for communicating via local (e.g.,first network 110) or remote networks (e.g., network 150) and or fortransmitting or receiving data via an external, connectable storageelement or storage medium.

Output unit 206 may be any visual and/or aural output device adapted topresent user-perceptible content to a user, such as media content.Output unit 206 may be configured to display web content or, forexample, to display images embodied in image files, to play audioembodied in audio files and present and play video embodied in videofiles. Output unit 206 may comprise a screen, projector, personalprojector and the like, for presenting image and/or video content to auser. Output unit 206 may comprise a loudspeaker, earphone and otheraudio playing devices adapted to present audio content to a user.

Storage unit 212 may be or may include, for example, a hard disk drive,a floppy disk drive, a Compact Disk (CD) drive, a CD-Recordable (CD-R)drive, solid state drive (SSD), solid state (SD) card, a Blu-ray disk(BD), a universal serial bus (USB) device or other suitable removableand/or fixed storage unit. Data or content, including user-perceptiblecontent may be stored in storage unit 212 and may be loaded from storage212 into memory unit 210A where it may be processed bycontroller/processor 210. For example, memory 210A may be a non-volatilememory having the storage capacity of storage unit 212.

Power supply 214 may include one or more conventional elements forproviding power to computing system 200 including an internal batter orunit for receiving power from an external power supply, as is understoodby one of ordinary skill in the art.

Reference is now made to FIG. 3, which is a flowchart of an exampleprocess 300 for modifying received original input content, which in thedisclosed embodiments may include a communication or an input file ordocument received or accessed in an electronic communication. In someembodiments, the received original input content may include an e-mailcommunication. In the disclosed embodiments, the received original inputcontent may be protected.

According to the example embodiments, implementation of process 300 maydisarm or neutralize or otherwise prevent malicious content in receivedprotected original input content, in whatever form, from being passed onto an intended recipient or computing device.

In an example embodiment, the input content is originally received oraccessed by a computing system, such as computing system 200, which maybe included in any of the computing elements in computing environment100, including host computer 120, 122, proxy server 130, e-mail server132, file server 134, content disarm server 136 or cloud server 165, forexample. In some embodiments, for example, the input content is receivedby a host computer 120, 122 that may be operated by an end-user. Inother embodiments, the input content may be intended for host computer120, 122 (or requested by host computer 120, 122) and is received by anintermediary computing system, such as proxy server 130, e-mail server132, or firewall 140. In some embodiments, the input content may bereceived by a file server 134 or cloud server 165. Additionally, oralternatively, the input content may be received or accessed by contentdisarm server 136, from any of the computing components within network110 or in communication with network 110.

The input content may be received or accessed by computing system 200 byany means known in the art, including such as by importing locally viaan external storage device, downloading or otherwise receiving from aremote webserver, file server, or content server, for example, or byreceiving via e-mail or a web browser or any other means for accessingor receiving content. In some embodiments the input content may bereceived via a protected communications or file transport mechanism. Aninput file may be a file received or requested by a user of a computingsystem or other files accessed by processes or other applicationsexecuted on a computing system that may not necessarily be received orrequested by a user of the computing system. In some embodiments, theinput content may be received as an upload, such as part of an uploadrequest to file server 134 or cloud server 165, for example.

Input (including, received) content according to the disclosedembodiments may include any form of electronic content, including afile, document, an e-mail, downloaded web content, etc., or otherobjects that may be run, processed, opened or executed by an applicationor operating system of the victim computer or computing device. An inputfile according to the disclosed embodiments may include any file orfile-like content, such as an embedded object or script, that isprocessed, run, opened or executed by an application or operating systemof a computing system. Input content may include electronic mail, forexample, or streamed content or other web content. Thus, while someembodiments of the present disclosure refer to an input file ordocument, the disclosed techniques are also applicable to objects withinor embedded in an input file or to input content generally, withoutconsideration as to whether it can be characterized as a file, document,or object. The received content or file(s) may or may not includemalicious content. Malicious content can be embedded among seeminglylegitimate received content or input content.

According to some embodiments, one or more rules may be applied by thereceiving computing system (or other intermediary computing system) tocontent or files according to known techniques for identifying trustedor potentially suspicious or malicious input files or otherwisesuspicious or malicious content. For example, a preliminary analysis ofa file or other content may include determining the source of the file,the file type, file structure, the process accessing the file, or anyother characteristics associated with the file that may enable adetermination as to a potential for a file to include malicious content.A preliminary analysis is optional, but in some embodiments it may beuseful to first screen content for malicious content or characteristicsknown or suspected to be associated with malicious content or activityor otherwise suspicious content, without regard to whether the inputcontent is protected.

The disclosed embodiments may be implemented with respect to any and allcontent identified in a document, file, or other received input content,without regard to whether the content or the document itself is deemedsuspicious in advance or before the sanitization or modification isperformed. Suspicious content may or may not include malicious content.Suspicious content refers, for example, to a situation where inputcontent may potentially or more likely include malicious content, suchas when the received content comes from or is associated with anuntrusted source. Content may be deemed suspicious based on one or morecharacteristics of the received input content itself or the manner inwhich it is received, as well as other factors that alone or togethermay cause suspicion. One example of a characteristic associated with theinput content refers to an authorship property associated with the inputcontent. For example, the property may identify an author of the inputcontent and the system determines whether the author property matchesthe source from which the input content was received and if there is nomatch then the system marks the input content as suspicious.

In the example embodiments, whether the input content is protected ornot, any malicious or suspicious content included in a file or contentcan be disarmed without having first detected possible or suspectedmalicious or suspicious content. That is, it is not necessary to firstdetect any malicious or suspicious content in the content in order todisarm the malicious content. In some embodiments, one or more malwaredetection techniques may be implemented together with the exemplaryembodiments, but knowledge or awareness of suspected malicious orsuspicious content is not required to disarm any malicious content thatmay be included in the input content. In some embodiments, one or moremalware detection techniques may be performed on protected content. Forexample, some rudimentary malicious content can be identified based on asignature of encrypted malicious content. Advanced malicious content maynot be detectable in protected content, however, without first accessingthe original content in decrypted or unprotected form.

In some embodiments, the disclosed content modification techniques maybe performed when one or more malware detection techniques do notidentify suspicious content or suspected malicious content in receivedinput content in unprotected form. In some embodiments, received inputcontent that is determined to include malicious content may bequarantined or otherwise blocked from being accessed by a user orintended recipient. Alternatively, in some embodiments, upon identifyingsuspicious or malicious content, various CDR processes may be performedto disarm the identified malicious content that may be included in theinput content. Additionally, in some embodiments, if malicious contentis identified, the example embodiments may include functionality fordestroying such content that is known to be malicious, in lieu ofperforming a disarming process. In some embodiments, any receivedcontent determined to include malicious content may be quarantined orblocked, so as not to be accessed by the intended recipient altogether.One or more other known content screening or analysis techniques andpolicies or rules for evaluating the input content may be implemented inaddition to those expressly described in the example embodiments.

The performance of particular aspects or operations of process 300 maybe determined based on one or more policies or rules configured forcomputing system 200. For example, whether or not each step of process300 is performed may be determined based on one or more policies orrules. The example embodiments for disarming input content (protected ornot) are not limited to any particular enterprise computing environmentor implementation, and can be implemented as a standalone solution or asuite of solutions, and can be customized according to preferences of acomputing environment. The policies or rules may be based on a number ofknown factors, some of which may be enterprise specific and/or specificto an intended recipient or sender/class of senders. For example, insome embodiments, whether or not each step of process 300 is performedmay be based on a particular rule or policy for handling input contentthat is determined to be protected. In some embodiments, protected inputcontent may be selectively processed or not processed at all based on anidentity of the intended recipient and or whether the sender belongs toa class of trusted senders.

At operation 302, the input content may be inspected or analyzed todetermine that the input content is protected. For example, in someembodiments, it may be determined that the input content is encrypted orotherwise obscured or protected/prevented from being readily accessed.In some embodiments, one or more techniques may be implemented toattempt to access the input content, upon which it may be determinedthat the input content is protected or otherwise inaccessible.

At operation 304, responsive to determining that the input content isprotected, computing system 200 may perform one or more operations toaccess a credential for accessing the original (e.g., unencrypted)digital values of the protected content.

In some embodiments, computing system 200 may coordinate or communicatewith a credential management service 170 a or 170 b to access acredential needed for accessing the protected content. For example, insome embodiments, credential management service 170 a or 170 b maymaintain one or more credentials used to protect content and accessprotected content for a plurality of users or intended recipients ofnetwork 110. In some embodiments, the one or more credentials include apublic/private key pair associated with the intended recipient.Accordingly, a credential needed for accessing protected input contentmay be accessed or retrieved based on an identifier of the intendedrecipient, an identifier of the sender, and/or other metadata associatedwith the protected content, such as information identifying the natureof the input content or the protection service or mechanism forprotecting the input content. In some embodiments, the credential neededfor accessing protected input content may be obtained responsive tocomputing system 200 authenticating itself to credential managementservice 170 a or 170 b. In some embodiments, computing system 200 may beauthenticated based on authentication credentials providing root orsuperuser privileges or based on individual authentication credentialsmanaged on behalf of one or more users including the intended recipientof the received input content and/or the sender of the received inputcontent.

In some embodiments, computing system 200 may access a needed credentialor other information for accessing the content by requesting such acredential or other information from the intended recipient (or senderwhen the received content is part of an upload request). In someembodiments, computing system 200 may be configured to provide anotification to the intended recipient (or sender) requesting input of acredential for accessing the received input content. An examplenotification may include an electronic communication and/or a fillableform or interface identifying the received input content and enablingthe intended recipient (or sender) to input or upload the credential orother information needed to access the received input content. In someembodiments, for example, a user may be requested to input a passwordfor password-protected content, or other information from which adecryption key may be derived, and/or a decryption key itself. In someembodiments, the notification may include an alert or warning requestingthe intended recipient to confirm that the received input content isexpected content and/or the sender is a trusted sender. In someembodiments, such an alert or warning may be sent separate from anycommunication requesting input of a credential.

In some embodiments, computing system 200 may access a needed credentialor other information for accessing the content based on the content of acommunication associated with the input content intended for therecipient. Accordingly, computing system 200 may include capabilitiesfor analyzing the content of a communication using text-based keywordsearching, OCR techniques, or machine learning algorithms foridentifying a potential credential or other information for obtainingthe credential. For example, in some embodiments, a communicationincluded with the input content, related to the input content, orotherwise associated with the input content may include a password orcredential or other information (e.g., a hint or clue) from which aneeded credential can be identified or determined. The communication maybe the same communication including the received input content, or maybe a communication preceding or subsequent to the communicationincluding the received input content. The communication including thecredential or other information for obtaining the credential may bereceived in the same or different channel as a communication includingthe received input content. Computing system 200 may then obtain theneeded credential from the communication itself, or derive the neededcredential based on information obtained from the communication, oraccess the needed credential from a credential management service 170 aor 170 b based on such information, for example.

At operation 306, computing system 200 may perform one or moreoperations to access the original (e.g., unencrypted) digital values ofthe protected content. In some embodiments, computing system 200 mayaccess the original input content by decrypting (or otherwiseunprotecting or unlocking) the protected content based on the accessedcredential (operation 304). For example, when the received input contentis password-protected, the original input content may be accessed usingthe password obtained in operation 304. The password may be a key fordecrypting the encrypted protected content or the password may provide abasis for which a decryption key may be derived. While computing system200 may include functionality for accessing the original input content,in some embodiments, credential management service 170 a or 170 b mayinclude functionality for providing or otherwise enabling access to theoriginal unprotected or unencrypted content. Thus, in some embodiments,steps for accessing the protected content include receiving theunprotected (e.g., unencrypted) content from a credential managementservice 170 a or 170 b (e.g., via an application programming interfaceassociated with the service).

In some embodiments, computing system 200 may determine whether tocreate modified input content based on the received input content,responsive to accessing the original protected content in operation 306.In some embodiments, an enterprise policy may determine not to createmodified input content, such as when the sender and/or intendedrecipient and/or a nature of the protected content provides reasonableassurances as to the safety of the received input content. This may beespecially true when the sender is trusted by the computing system 200and/or network 110. However, it may be advantageous to perform one ormore CDR or data sanitization operations on the accessed content withoutregard to the identity of the sender or a nature of the protectedcontent. This is especially true because there can be little assurancethat a trusted sender may unwittingly send malicious content.Additionally, in some embodiments, modified input content may not becreated and the input content may be quarantined or discarded if theoriginal protected content cannot be accessed.

In some embodiments, each input file or each input file of apredetermined type, etc., or all original input content or input contenthaving certain characteristics that is received by a computing system200 may be processed according to an example process 300, without regardto the characteristics of the input files and input content, such as anidentity of a sender or recipient. In some embodiments, one or moremalware detection algorithms may be applied to the received (andaccessed) protected input content after or as part of operation 306, andoperation 308, 310, and/or 312 is performed only if no suspicious ormalicious content is detected. This is advantageous because thedisclosed embodiments do not assume that any input content is safe ortrusted, based on a preliminary analysis of the input file (ifperformed) or otherwise. This improves the likelihood of disarmingmalicious content that may be included in the input content withoutknowledge by the sender, and for disarming malicious content that may goundetected by conventional malware detection techniques.

As part of operation 308, computing system 200 may execute a program orinstructions or otherwise perform a process to disarm any maliciouscontent that may be included in the accessed input content, therebycreating modified input content. Any one or more CDR techniques, such asthose identified above, or other techniques for modifying ortransforming input content so as to prevent malicious content from beingreceived by an intended recipient may be implemented. For example, insome embodiments, a modified input file may be created to includemodified payload content in place of the original payload by changingthe values of the underlying payload data units of the input content,such as according to the techniques of U.S. Pat. No. 9,047,293 and U.S.patent application Ser. Nos. 15/441,860 and 15/441,904, the contents ofwhich are expressly incorporated herein. In some embodiments, themodified input content may include other structural changes to thereceived input content. For example, a header of a received inputcontent or file may be changed in a modified input content or file. Amodified input file may also be encoded or compressed or undergo anynumber of other changes to a structure, layout, or format of the inputcontent, without preventing materially similar uses and functionality asthe received input content. In some embodiments, computing system 200may modify one or more aspects of the received input content, or allaspects. In some embodiments, computing system 200 may modify the inputcontent according to one or more techniques for generating a visualrepresentation of the input content.

In some embodiments, the particular disarming technique implemented maybe based on the type of input content received. Thus, as part ofoperation 308, computing system 200 may read, scan, or parse the dataunits of the received input content according to techniques known in theart to determine the type or structure of the received input content. Insome embodiments, operation 308 may include additional operations fordetermining other characteristics of the input content to aid thedisarming process for creating modified input content.

In some embodiments, a reading, scanning or parsing process may beperformed without invoking an execution engine such as applicationsoftware of the computing system 200 for rendering the input content.For example, in some embodiments, computing system 200 does not renderthe input content, as such rendering of input content may result intriggering execution of malicious content. In an example embodiment,input content may include one or more input files or objects etc. Insuch an embodiment, each distinct file, object, or content of thereceived input content may be parsed one by one in separate iterativeprocesses to identify any malicious content included in received inputcontent. In other embodiments, aspects of operation 308 may be performedin an isolated or monitored environment such as a sandbox or sandboxtype environment. Other transformation or modification techniques mayalso be implemented to create modified input content.

In some embodiments, as part of operation 308, the modified inputcontent is created as a new file or document or email or otherrepresentation, distinct from the received original protected inputcontent. In some embodiments, the modified input content is configuredto be rendered by a user using a rendering application just as (orsimilar as) the received input content would be rendered by the user. Insome embodiments, the modified input content may also be configured toenable full functionality or intended use as the received original inputcontent.

As part of operation 308, additional content features may be insertedinto or added to the modified input content that provide an indicationthat the original input content has undergone processing to disarmmalicious content, or has otherwise been modified. The content featuresmay include elements inserted into the modified content itself, oralternatively, may be displayed within an electronic communicationassociated with the modified input content. The content features may beconfigured to be displayed or otherwise provided to the intendedrecipient upon receipt of the modified input content or rendering of themodified input content. In some embodiments, other content features mayalso be added such that an intended recipient can distinguish modifiedinput content from other content, such as the original input content.

Responsive to creating the modified input content as part of operation308, computing system 200 may determine whether to re-protect (e.g.,encrypt) the modified input file, as part of operation 310. As withother steps of process 300, performance of operation 310 is optional andit may be determined based on one or more configurable policies ofcomputing system 200 or network 110. In some embodiments, operation 310may be based on the identity of a sender or recipient or based on thenature or characteristic of the original protected input content. Insome embodiments, performance of operation 310 may be predetermined orindividually selectable by an administrator of network 110 or uponrequest by an intended recipient or other requesting entity.

As part of operation 310, computing system 200 may protect the modifiedinput content. In some embodiments, the modified input content may beprotected based on the same protection technique as implemented for thereceived input content. Where the received input content ispassword-protected, for example, the modified content may also bepassword-protected. The password used to protect the modified inputcontent may be the same password accessed in operation 304, or may be adifferent unique password. In some embodiments, for example, thepassword used to protect the modified input content may be a securepassword used by the intended recipient to access network 110 and knownto an administrator of network 110, such as a network login password orSSO password, etc. In other embodiments, the modified input content maybe re-encrypted based on an encryption key used to encrypt the originalreceived protected content, such as, for example, when the credentialaccessed in operation 304 is a symmetric key, or when the key used toencrypt the original received protected content is a public keyassociated with a private key of the intended recipient. Any of a numberof other techniques for re-protecting the modified input content, suchthat it is accessible to a requesting user or intended recipient mayalso be implemented.

In some embodiments, in addition to or in lieu of protecting themodified input content, a digital signature may be applied or associatedwith the modified input content. A digital signature may be created, forexample, as part of operation 310 and may include any type of digitalsignature providing one or more of the capabilities for verifyingintegrity of the contents of the modified input file, or for verifyingan identity of a sender, or for confirming a chain of possession of themodified input content. In some embodiments, a digital signature createdas part of operation 310 may serve to verify the identity of a networkadministrator of network 110 or a security gateway of network 110 orother entity trusted by network 110 or computing system 200. In thisregard, any one or more techniques may be implemented, such as the useof a private/public key encryption algorithm or other securitycertificate for example. The digital signature created in operation 310may also include capabilities for verifying the contents of the modifiedinput content based on a hash or other uniquely identifyingcharacteristic. Additionally, a digital signature created as part ofoperation 310 may also include additional information identifying aparticular CDR technique implemented to create the modified inputcontent, or a report identifying one or more changes to the inputcontent, as well as other information identifying the nature of thetechniques for protecting the original input content or any validationinformation of a sender of the original input content that may bedetermined based on the techniques for protecting the original inputcontent.

At operation 312, computing system 200 may enable access to the modifiedinput content. By, for example, protecting the modified content using acredential associated with the intended recipient, the system enablesthe intended recipient in this example with access to the modifiedcontent. In some embodiments, the modified input content (re-protectedor otherwise) may be provided or forwarded to a recipient computingdevice such as host computer 120, 122, or a file server 134 or othercomputing device of computing environment 100. Operation 312 may beperformed in those embodiments where process 300 is performed by acomputing device or system other than an intended recipient of the inputcontent, for example. In some embodiments, operation 312 may beperformed before operation 310, such as when operation 310 is notperformed. In embodiments where process 300 is performed at a hostcomputer 120, 122, or a cloud server 165, for example, operation 312 maynot be performed. Additionally, in some embodiments, modified inputcontent may be forwarded to one or more other computing devices orsystems intermediate or alternative to an intended recipient computingdevice. In the example embodiments, the modified input content may berendered at the recipient computing device to a human user using knownrendering applications for interacting with the input content, or mayotherwise be accessed, opened, processed, stored, etc. at the recipientcomputing device by the user or other process executing at the recipientcomputing device. In some embodiments, the modified input content may bemade accessible responsive to creation of the modified input content(operation 308) or responsive to protecting the modified content(operation 310). In some embodiments, access to the modified inputcontent and/or the original protected input content may be enabled aftera predetermined period of time.

In some embodiments, computing system 200 may associate the modifiedinput content with the received original protected input content. Insome embodiments, all or certain types of the received original inputcontent, a copy thereof, or other characteristic (e.g., a hash, URL, anyother identifier, etc.) of the original input content may be storedand/or logged in a dedicated repository or protected storage area, suchas part of file server 134, content disarm server 136, cloud server 165,or one or more other databases or storage systems. In some embodiments,a report illustrating the extent of modifications included in themodified content and how any malicious content included therein may havebeen disarmed, may also be stored in association with the receivedoriginal input content or modified input content. Once created as aresult of operation 308, the created modified input content may bestored or indexed together with the original received input content(protected or unprotected) in the document repository or protectedstorage area, or otherwise associated with the original input content.The modified input content created for each of the stored and loggedoriginal input content may be associated with the original input contentaccording to any number of techniques available in the art. For example,the modified input content or an identifier of the created modifiedinput content may be stored in association with the original inputcontent or otherwise linked with the original input content. Othertechniques are contemplated that generally establish an associationbetween an original input content and a modified input content.

As described above, the dedicated repository may be isolated orotherwise secured or protected to prevent general access to the originalinput content stored therein and/or to prevent any malicious contentthat may be included in the original input content from affecting othercomputing elements of a computer system. Thus, in the disclosedembodiments, the original input content may be quarantined such that itdoes not pose an active threat to a computer system. In someembodiments, however, the original content may be released (selectivelyor automatically) to certain users or intended recipients according toone or more policies of the computer system. Thus, by storing theoriginal input content, an intended recipient or other user may be ableto retrieve such original content at a later time if the originalcontent is determined to be safe or “trusted” according to one or moreprocedures or policies, or is otherwise required by a requesting entity.

Upon request to an administrator, for example, the original inputcontent may be obtained by a requesting user, such as the intendedrecipient, or other requesting entity that may be authorized to accesssuch content according to policy of the enterprise. In some embodiments,the administrator may be restricted from releasing the original inputcontent (protected or unprotected) unless certain rules or policies aremet. Additionally, in some embodiments, an administrator may trigger aretrospective analysis of one or more original content items in responseto the request, so as to identify any suspected malicious content thatmay have been included in the original input content at the time ofreceipt that may have gone undetected at the time of receipt. Exampleprocesses for performing a retrospective analysis of original inputcontent are described in U.S. patent application Ser. No. 15/672,037,filed Aug. 8, 2017, the contents of which are expressly incorporatedherein.

In some embodiments, a requesting user may be required to answer one ormore prompts or pre-defined questions as part of the request or inresponse to requesting the release of original content. The one or moreprompts maybe configured based on a nature of the original protectedcontent, such as based on an identity of a sender of the content or themechanism for protecting the content. An individual, such as anadministrator, or automated system may then determine whether to releasethe original input content based at least in part on the user'sresponses, as well as other characteristics of the original inputcontent. Some example prompts may include “were you expecting thatfile?” or “are you familiar with the sender?” etc. In some embodiments,the pre-defined prompts or questions may be tailored based on one ormore characteristics of the original input content. In some embodiments,the pre-defined prompts may include an indication that the originalprotected content was not able to be accessed based on any credentialaccessed in operation 304. In such cases, additional prompts may beprovided requesting the input of additional or alternative credentialinformation.

In some embodiments, computing system 200 may be configured toautomatically release original input content or replace modified inputcontent with the original content if or once the original input content(protected or unprotected) is determined to be safe or “trusted”. Insome embodiments the content may be deemed safe based on one or moremalware detection techniques or based on other policies associated withcomputing system 200. In some embodiments, once the original content isdetermined to be safe or “trusted”, the original input content may beautomatically forwarded to the intended recipient or the intendedrecipient may otherwise be notified that the original input content isaccessible to the intended recipient.

The foregoing description describes example embodiments for disarmingmalicious code in original input content by generating modified inputcontent. The above techniques, however, may also be applied for systemsthat perform one or more malware detection algorithms but do notnecessarily generate modified input content. For example, in lieu ofcreating modified content in operation 308, some embodiments may analyzethe accessed protected content based on one or more malware detectionalgorithms to identify if the accessed protected content includessuspected malicious content. If the accessed protected content is deemedsafe or trusted, the accessed protected content may be re-protected (assimilarly described with respect to operation 310), or may be forwardedto the intended recipient or otherwise made accessible (as similarlydescribed with respect to operation 312). Additionally, any of theseveral techniques may be combined in any one embodiment depending onthe nature of the input content, and one or more network or enterpriserules or policies, for example.

The foregoing description has been presented for purposes ofillustration. It is not exhaustive and is not limiting to the preciseforms or embodiments disclosed. Modifications and adaptations will beapparent to those skilled in the art from consideration of thespecification and practice of the disclosed embodiments. Thus, whilecertain features of the example embodiments have been illustrated anddescribed herein, many modifications, substitutions, changes, andequivalents will be apparent to those of ordinary skill in the art. Itis, therefore, to be understood that the appended claims are intended tocover all such modifications and changes as fall within the true spiritof the invention.

The claims are to be interpreted broadly based on the language used inthe claims and not limited to examples described in the presentspecification, which are non-exclusive. For example, aspects of thedisclosed embodiments are described as operations performed by acomputing system, and one skilled in the art will appreciate that theseaspects can be configured as a set of instructions stored on andexecuted from many types of tangible computer-readable media, such assecondary storage devices, like hard disks, floppy disks, or CD-ROM, orother forms of RAM or ROM.

What is claimed is:
 1. A method of disarming malicious code in protectedcontent in a computer system having a processor, the method comprising:determining, by the processor, that a received input file intended for arecipient is protected; accessing a credential associated with theintended recipient for accessing the protected input file; accessing, bythe processor, the content of the protected input file based on thecredential; modifying, by the processor, at least a portion of digitalvalues of the content configuring to disable any malicious code includedin the content, thereby creating a modified input file; and protecting,by the processor, the modified input file based on the credentialassociated with the intended recipient.
 2. The method of claim 1,further comprising enabling access to the modified input file by theintended recipient.
 3. The method of claim 1, wherein accessing thecredential includes requesting the credential from the intendedrecipient.
 4. The method of claim 1, wherein accessing the credentialincludes determining the credential based on a content of acommunication associated with the input file intended for the recipient.5. The method of claim 1, wherein determining that the input file isprotected includes determining that the input file ispassword-protected.
 6. The method of claim 5, wherein the credentialassociated with the intended recipient is a password for accessing thecontent of the protected input file.
 7. The method of claim 5, whereinprotecting the modified input file includes password-protecting themodified input file based on the password.
 8. The method of claim 2,further comprising providing a notification to the intended recipientthat the modified input file includes modified content.
 9. The method ofclaim 8, wherein the notification is included in content of the modifiedinput file.
 10. The method of claim 8, wherein the notification isincluded in a communication associated with the modified input file. 11.The method of claim 10, wherein the communication is an electronicmessage including the modified input file attached thereto.
 12. Themethod of claim 1, wherein determining that the input file is protectedincludes determining that the input file is encrypted.
 13. The method ofclaim 12, wherein the credential associated with the intended recipientis a private key for decrypting the input file.
 14. The method of claim12, wherein the private key is stored by a gateway in the network. 15.The method of claim 13, wherein protecting the modified input fileincludes encrypting the modified input file using a public keyassociated with the intended recipient.
 16. The method of claim 1,wherein accessing the content of the protected input file includesdecrypting the protected input file based on the credential.
 17. Themethod of claim 2, further comprising: storing the protected input filein a dedicated storage area of the computer system; and enabling accessto the content by the intended recipient according to a policy of thecomputer system.
 18. A method of disarming malicious code in protectedcontent in a computer system having a processor, the method comprising:determining, by the processor, that a received content intended for arecipient is protected; accessing, by the processor, a credential foraccessing the protected content; accessing, by the processor, thedigital values of the protected content based on the credential;modifying, by the processor, at least a portion of the digital values ofthe content configuring to disable any malicious code included in thecontent, thereby creating modified content; and enabling access to themodified content by the intended recipient.
 19. The method of claim 18,further comprising, before enabling access to the modified content,protecting, by the processor, the modified content based on thecredential.
 20. The method of claim 18, wherein the received contentincludes at least one of an electronic message or a file.
 21. The methodof claim 18, wherein the modifying is performed without first detectingmalicious code in the digital values of the received content.
 22. Anon-transitory computer-readable medium comprising instructions thatwhen executed by a processor are configured for carrying out the methodof claim
 18. 23. A system for disarming malicious code in protectedcontent, the system comprising: a memory device storing a set ofinstructions; and a processor configured to execute the set ofinstructions to: determine that a received content intended for arecipient in a network is protected; access a credential for accessingthe protected content; access the digital values of the protectedcontent based on the credential; modify at least a portion of thedigital values of the content configuring to disable any malicious codeincluded in the content, thereby creating modified content; and enableaccess to the modified content by the intended recipient.